home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / SOURCES / ATARI_SRC.ZIP / atari source / HDX_BACK / REPORT / REPORT5 < prev    next >
Encoding:
Text File  |  2001-02-09  |  4.0 KB  |  133 lines
  1.  
  2.  
  3.  
  4.  
  5.                                      Working report
  6.                                      **************
  7.  
  8.  
  9.  
  10. --------------------------------------------------------------------------------
  11.  
  12. To:         Craig
  13.  
  14. From:        Jian
  15.  
  16. Subject:    Jobs I have done during the last two weeks 
  17.  
  18. Date:        Apr 2, 93
  19.  
  20. --------------------------------------------------------------------------------
  21.  
  22.  
  23.  
  24.  
  25. 1.    Evaluated the SyQuest 88MB drive for Richard Miller, and try to find out if
  26.  
  27.     it's the Falcon hardware problem or the software problem, but the Falcon 
  28.     
  29.     can't read from or write to the it, but the TT can do so. The AHDI.PRG can
  30.     
  31.     not recognize the drive, and the HDX.PRG can't format or partition it 
  32.     
  33.     neither on the Falcon. 
  34.  
  35.  
  36. 2.    Later I found it was a software problem in AHDI.PRG -- The timing problem 
  37.  
  38.     between the DMA controller and the drive when handshaking after the Command
  39.     
  40.     or Status or Data transfer. When this kind of DMA method transfer occur,
  41.     
  42.     first the controller send 6 bytes of the command blocks, then do some hand-
  43.  
  44.     shaking, one of the handshaking is get the status byte, but when reading
  45.  
  46.     the status byte, have to check and wait for the REQ to come, then read the
  47.  
  48.     status byte, and the rest DMA transfer can go on to finish. For the AHDI6.03
  49.  
  50.     and HDX5.01, they didn't check and waiting for the REQ to come, then they do
  51.  
  52.     the rest of DMA transfer, for some drives if their REQ come very quick, then
  53.  
  54.     AHDI6.03 and HDX5.01 won't have the timing problem, so they can work out
  55.  
  56.     fine with those kind of drives. But for some drives if their REQ come very
  57.  
  58.     slowly, like the SyQuest 88MB and IBM OEM 0663E15 1.2GM drives, then the 
  59.  
  60.     AHDI6.03 and HDX5.01 will have the timing problem which makes the AHDI6.03
  61.  
  62.     can't recognize these kind of dirves, and can't read or write the drives.
  63.  
  64.  
  65. 3.    Now, the AHDI6.03a and HDX5.01a have fixed this kind of timing problem, I 
  66.  
  67.     wrote some codes to check the REQ before continueing to do the rest of DMA
  68.     
  69.     transfer in SPSCSI.S of AHDI6.03 and in HDX5.01 too. So they can work well 
  70.     
  71.     for SyQuest 88MB and IBM OEM 0663E15 drive.
  72.  
  73.  
  74. 4.    Also the AHDI6.03 has another problem when it scans the drives in the train,
  75.  
  76.     it can't recognize those drive with a slow reset to the ready state inside 
  77.     
  78.     the drive, for example, the IBM OEM drive. After the AHDI6.03 makes the 
  79.     
  80.     'inquiry()' call to request the informations of this drive, AHDI right away
  81.     
  82.     to read the Root sector within 1 second, but IBM OEM drive is still not 
  83.     
  84.     read to be read after the 'inquiry()' call, it takes about 5 second to reset
  85.  
  86.     and get the drive ready to be read, so the 'hread()' get the non zero return
  87.  
  88.     code which is the drive is still busy code, but the AHDI6.03 doesn't check
  89.  
  90.     this case, so AHDI treat non zero return will mean no drive in that slot, so
  91.  
  92.     the AHDI6.03 can't recognize this kind of drive. Now I add some codes in the
  93.  
  94.     'install.s' to check to see if the drive is busy, if so just loop to try to
  95.  
  96.     read it again, or time out. So the AHDI6.03a fixed this bug too.
  97.     
  98.  
  99.  
  100. 5.    Now I'm working for the INSITE I235VM Floptical Drive for Falcon SCSI 2, 
  101.  
  102.     because the AHDI6.03a and HDX5.01a still can't work for this drive, it may
  103.     
  104.     have another kind of timing problems when doing the DMA transfer, or this
  105.     
  106.     kind of drive needs send a special command before read or write it. Now I
  107.  
  108.     just waiting for the comprehensive menu from the manufacture.
  109.  
  110.  
  111.  
  112. 6.    Fix another bug in the 'rescan()' of HDX5.01. If a floptical drive in the
  113.  
  114.     system, the HDX will think it is a removable drive, then ingnores to check 
  115.  
  116.     if it's also a SCSI drive, on the other words, forgets to set a bit in the
  117.  
  118.     'typedev' flag, which later will tell the HDX how to do the format and 
  119.  
  120.     partition. This bug exist because HDX5.01 thinks removable drive only in the
  121.     
  122.     ACSI train, which is not true in today. 
  123.     
  124.  
  125.  
  126. 7.    Evaluated the MAXTOR 7080SCS in the Falcon for Ricard Miller, and found it
  127.  
  128.     Work fine with the AHDI6.03a and HDX5.01a, but the AHDI6.03 and HDX5.01., 
  129.  
  130.     and I trace it and found it was also a timing problem which was same as
  131.  
  132.     the SyQuest 88MB.
  133.